home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 October / EnigmA AMIGA RUN 01 (1995)(G.R. Edizioni)(IT)[!][issue 1995-10][Aminet 7].iso / Aminet / dev / amos / AMOSL0495.lzh / AMOSLIST / 000000_amos-request@svcs1.digex.net_Sun Apr 2 10:19:53 1995.msg next >
Internet Message Format  |  1995-05-01  |  6KB
  1. Received: from svcs1.digex.net by nfs1.digex.net with SMTP id AA18377
  2.   (5.67b8/IDA-1.5); Sun, 2 Apr 1995 10:19:51 -0400
  3. Received: by svcs1.digex.net id AA21617
  4.   (5.67b8/IDA-1.5 for amos-out); Sun, 2 Apr 1995 06:22:13 -0400
  5. Received: from nfs2.digex.net by svcs1.digex.net with SMTP id AA21613
  6.   (5.67b8/IDA-1.5 for <amos@svcs1.digex.net>); Sun, 2 Apr 1995 06:22:10 -0400
  7. Received: from unidui.uni-duisburg.de by nfs2.digex.net with SMTP id AA13954
  8.   (5.67b8/IDA-1.5 for <amos-list@access.digex.net>); Sun, 2 Apr 1995 06:22:08 -0400
  9. Received: from Alpha.Fact.Rhein-Ruhr.De by unidui.uni-duisburg.de (1.37.109.4/SMI-3.2)
  10.     id AA17630; Sun, 2 Apr 95 12:22:04 +0200
  11. Received: by fact.rhein-ruhr.de (DUUCP vom 01.07.1994)
  12.     with ZConnect; 01 Apr 1995 17:24:42 +0200
  13. From: chris@surprise.rhein-ruhr.de (Chris Hodges)
  14. X-Mailer: MicroDot 1.10 [REGISTERED 000261]
  15. Message-Id: <vfah6MD261aLz3@chris.surprise.rhein-ruhr.de>
  16. In-Reply-To: <199503311056.MAA15025@napier.iesd.auc.dk>
  17. X-Gateway: ZCONNECT UU fact.rhein-ruhr.de [DUUCP vom 01.07.1994]
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=ISO-8859-1
  20. Content-Transfer-Encoding: 8bit
  21. Subject: Re: (no subject)
  22. Date: 01 Apr 1995 17:24:42 +0200
  23. To: amos-list@access.digex.net
  24. Status: RO
  25. X-Status: 
  26.  
  27. dux@iesd.auc.dk (Frank Busborg) wrote on 31.03.1995 some text under
  28. the subject (no subject). I can't leave this uncommentated ;-)
  29.  
  30. FB> This made be able to display flickerfree modes in my workbench
  31. FB> on my new 15 inches SVGA monitor. It is wonderful.
  32.  
  33. Surely it is :-)
  34.  
  35. FB> However, when I program in amos and open new screens like
  36. FB> 
  37. FB> Screen Open 1,640,512,16,Laced+hires
  38. FB> 
  39. FB> ofcause the screen will be laced (laced+hires).
  40. FB> 
  41. FB> Is there a way to open a flickerfree 640*512 hires screen noninterlaced
  42. FB> in Amos? I would appreciate any help!
  43.  
  44. There is always a way to do this. Currently, I don't have enough
  45. hardware docus about AGA, but I managed to 'open' a 640x512
  46. (overscanned 736x580) interlace screen in 256 AGA colours and AGA
  47. fades using my own copperlist.
  48.  
  49. The biggest problem is, that AMOS seems to reserve the screen memory
  50. using AllocMem rather using AllocRaster which causes some really bad
  51. effects: In AGA the prefetch modes require 64-bit aligned screen data
  52. AND widths that are a multiple of 64, otherwise the display will be
  53. quite currupted. Using AllocMem the memory blocks may not be 64-bit
  54. aligned.
  55.  
  56. The following text has been cut out from HowToCode7:
  57.  
  58. ---------------------->cut<------------------------------------------
  59.  
  60. Fetch Mode Required for Displays
  61. --------------------------------
  62.  
  63. *ALL* ECS and lower screenmodes require only 1x datafetch. All modes
  64. run *FASTER* with at least 2x bandwidth, so try and use 2x bandwitdh
  65. if possible.
  66.  
  67.                     Planes    Colours         Fetchmode
  68.  
  69. LORES (320x256)
  70.                     6         64                  1
  71.                     7         128                 1
  72.                     8         256                 1
  73.                     8         HAM-8               1
  74.  
  75. HIRES (640x256)     5         32                  2
  76.                     6         64                  2
  77.                     7         128                 2
  78.                     8         256                 2
  79.                     8         HAM-8               2
  80.  
  81. SUPER-HIRES         1         2                   1
  82. (1280x256)          2         4                   1
  83.                     3         8                   2
  84.                     4         16                  2
  85.                     5         32                  4
  86.                     6         64                  4
  87.                     7         128                 4
  88.                     8         256                 4
  89.                     8         HAM-8               4
  90.  
  91. PRODUCTIVITY        1         2                   1
  92. (640x480,etc)       2         4                   1
  93.                     3         8                   2
  94.                     4         16                  2
  95.                     5         32                  4
  96.                     6         64                  4
  97.                     7         128                 4
  98.                     8         256                 4
  99.                     8         HAM-8               4
  100.  
  101. This table only shows the minimum required fetchmode for each screen.
  102.  
  103. ---------------------->cut<------------------------------------------
  104.  
  105. Fetchmodes of 1 are not a problem whereas 2 and 4 are. (Everyone can
  106. try this out by Doke-ing $3 into $DFF1FC, to restore the value simple
  107. press Amiga-A twice).
  108.  
  109. One more problem: AGA colours. There are no 256 24-bit colour
  110. registers, but the same 32 OCS 12-bit colour registers for all the
  111. colours. They are accessed by using a special register which switches
  112. between the eight upper-bits and the eight lower-bits colour banks.
  113. Very complicated and hardly any chance to get it into AMOS Screens.
  114.  
  115. FB> By the way, I am programming in Amos Pro 2.0 and I like the new editor,
  116. FB> but I would truely like to include different colours in the scource-code
  117. FB> while editing to emphazise the different level of commands etc. 
  118.  
  119. Very good idea...
  120.  
  121. FB> This would improve the readability while programming - right?
  122.  
  123. Would be very handy :-)
  124.  
  125. FB> It this possible and then what should I do? 
  126.  
  127. Hmmm no idea... Look at the code of the editor (which is an interface
  128. program) and try to find it out :-)
  129.  
  130. Bye, Chris Hodges <chris@surprise.rhein-ruhr.de> __    __
  131. A500/290/CD/'30er; German Extension-Coder   __  ///   / / _____
  132. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///   / /_/ ___/ LOGOUT
  133. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/    \__/ __/  FASCISM!
  134. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!   \/